home *** CD-ROM | disk | FTP | other *** search
/ Language/OS - Multiplatform Resource Library / LANGUAGE OS.iso / gnu / objcissu.lha / error-handling < prev    next >
Text File  |  1993-03-01  |  1KB  |  34 lines

  1. Date: Thu, 10 Sep 1992 15:12:40 -0700
  2. From: Bruce Nilo <bruce@ictv.com>
  3. To: gnu-objc@prep.ai.mit.edu
  4. Subject: Re: Your mission, should you choose to accept it. . .
  5.  
  6. I think that NeXT's use of objective C should be just one factor in guiding the GNU objective C project. The fact of the matter is that NeXT's implementation of objective C can be improved upon and interface compatibility can be more or less maintained. Here are some things which I think can and should be improved.
  7.  
  8. [moved PROTOCOL IMPROVEMENT]
  9.  
  10. ERROR HANDLING:
  11.  
  12. NeXT has half heartedly implemented an "Exception Handling" facility.
  13. It basically consists of some macros, and the use of setjmp() and
  14. longjmp(). An error handling facility should be specified,
  15. implemented, and adhered to throughout the runtime system. One of my
  16. biggest complaints about the NeXT objective C runtime system is their
  17. adhoc and inconsistent approach to errors. We can do a lot better
  18. here. NeXT's method for signalling and handling exceptions would be
  19. acceptable if it was consistently used, and documented throughout
  20. their system. Nevertheless, even better would be to have a real error
  21. handling facility incorporated into the GNU objective C runtime
  22. library more akin to those found in Lisp object oriented extensions.
  23. Has anyone done any work on this for an objective C environment?
  24.  
  25. [moved BETTER RUNTIME SUPPORT FOR MULTI-THREADED PROGRAMS]
  26. [moved GENERAL DATA STRUCTURES]
  27.  
  28. - Bruce D. Nilo
  29.  
  30. VP Software Systems
  31. ICTV
  32.  
  33.  
  34.